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1.  iNi'KonucnoN 


liy  AR>rL’C/li.i4A  GjKin.'orcxl  t.lk'  dovoloiTHK^-nt  and  use  of  l'’-15K  Availability 

R'klel .  This  iiK-dei  was  develofxxj  liecause  the  oxisLiny  l-'-15h  LcigLstic  Caii}.x>sil« 
Mjdel  (IjCOM)  did  not  have  the  ea^vtlality  to  addiess  sovoral  key  issues,  break 
rate  and  lix  rate  which  wei.e  required  by  HQ  TAl'.  T)\e  puig'/use  oi  the  nKxiei  j.s 
to  evaluate  tlio  I'-lhb  airoi'aft  in  tenus  oi  reliability,  iiviintainabili  ty  and 
availability.  Tins  dix:unk"ia  dosoril'es  tlio  iitodol  use,  caj-vibi litres,  and 
assumpt ions . 

1.1.  rUhl’OSh 


The  F-15E  Availability  Ibxjol  is  an  analysi.s  tool  used  in  the  o][Terational 
suitability  evaluation  oi  the  I'-liiK  during  coiiil )i nc-d  IdvelotTnental  Test  and 
Evaluation  and  Oi.'>e‘rational  i’est  and  Kvaluat.ion  (bl'ixE/Cn’fiiE)  and  the  dedicatexi 
0{.x3rational  l\5st  and  Evaluation  (Ol'&E)  pb.asos.  iiie  nxxlel  is  used  to  evaluate 
the  availability,  mission  relialril  i  t  y,  and  maintainability  of  a  iitature  F-lbE 
sq\iadi'on  during  various  scenarios.  Availability  is  nteasured  by  mission  callable 
(KC)  rate  and  sortie  generation  rai:e  (SGR).  Mission  reliability  is  measured  by 
break  rate  (BR)  .  Maintainability  is  iiKjasured  by  iix  i:ate  (FR),  nvaan  re^viir 
t.ime  (MRT),  and  manixjwer  spaces  j'lei'  aircratt  (SBA). 

1.2.  DEFINITIONS 


Availability  is  the  puramr'ter  that  translates  the  reliability, 
nvaintaii lability ,  and  logistics  support.abiiity  characteristics  cf  the  system 
into  a  measure  of  interest  to  the  user  (7:110).  It  is  the  probability  an  item 
is  ill  an  operable  and  camiitable  state  at  any  random  true.  A  sysi.tiiu  Is  MC  wlien 
it  is  capiaole  of  perfonning  at  least  oite  of  its  assigiied  )Teacetine  or  wartime 
missions.  MC  rate  is  ttie  percent  of  possessed  tiiie  a  syst.an  is  MC.  A  systan 
is  fully  mission  capvible  (FMC)  when  it  is  cajuable  of  p:>erfor'ming  all  of  its 
assigned  missions.  A  system  is  pvurtially  mission  capebJe  (PMC)  when  it  cannot 
perfoim  one  or  tore  of  its  assigned  missions,  but  is  capial^le  of  p'erfonning  at 
least  one  of  its  assigned  missions.  MC  rate  is  the  sum  of  the  ITIC  and  PMC 
rates.  SGR  is  the  avei'age  munber  of  soivies  pu'oduced  per  aircraft  in  a  defined 
opei-ating  day  (9:1-38-1-4  1). 


Mission  reliability  is  the  pu'obalulity  a  systen  perfonns  i.t.s  required 
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ission  of  a  stated  durafi.on. 


given  it  was  init.ially  capable.  BH  is  the  percent  of  sorVies  flown  during  a 
sp})ecified  period  of  tine  that  returned  with  one  or  more  pireviously  working 
critical  systeans/suleystems  inoperable  '9:1-38-1-41).  BR  lenders  the  aircralL 
not  mission  capeble  (NMC)  . 


Mai ntainaliiliiy  is  a  iieasure  ol  u  system's  ability  to  be  repaired  or 
restored  to  a  specified  condition  under  stated  condi lions.  FR  is  the  percent 
oJ  aircratt  retuniing  from  a  soidio  wilh  a  critical  failureps)  viliich.  are 
repiaired  and  returned  to  a  MC  status  within  a  specified  period  of  tine  (9:1- 
39-1-40),  normally  2,  4,  or  8  hours.  Tho  tines  used  in  FR  includes  the 
corrective  maintenance  and  any  associated  delay  tines.  It  is  the  length  'Of 
tjjie  the  aircraft  is  down  due  t.o  the  critical  failure.  Mirr  is  tho  total  on- 
equipient  corrective  maintenanco  tunt:  accumulated  during  a  specitic  period 
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divided  the  t.ot.al  ot  oii-eqiii|imjnL  correc.:t.ivo  niainteiiaiice  actions 

caqileted  during  tlie  same  {.leriod.  Ml^T  considt’rs  active  maiuLenance  tijiiG  only, 
it  dcxss  not  include  delay  tiiix^s  {7:i[3'3).  SPA  is  the  total  nvainTower  a'eqnirQvent 
ill  syac^es  f>?i  syst.cjiu  to  accarydish  diioct  on-  and  of f-equ ipiK^nt  maintenance 
(9:1-40). 

1.3.  UTiV  USt  A  SJMULAT10.N  Mt'nKI, 

'I'hc  HU  TAG  suitaliilily  joqni ram.'iits  aie  l>asod  upon  a  ntiture  system  operated 
at  a  generic  T/C  Ivi.so.  Table  1.1  simiinrizos  the  diftei-ences  letween  the  test 
envirf^nment  and  t.ht)  oj.'erational  enviixjnment .  LXio  to  t.hcso  differences,  the 
suitability  re.sults  nvaasured  in  the  test  Gnvitx>iuiient  Vvciuld  not  1>3  an  accurate 
assessnient  o£  the  suitability  ol  a  l-lhll  squadion  in  the  o^Terational 
environment.  Hov\)evcj:,  ceiTain  {.laraitYOters  ntoasured  during  test  can  be  used 
towaixl  the  evaluation  of  the  cy".;t-eni  in  tin*  of.xiratioiial  enviroi aiient .  A  si^ecial 
analysis  tool  is  needed  to  organise  and  conibine  data  measured  during  test  with, 
an  outline  of  the  intended  o{.x3rational  envirxtnment  of  the  system  to  evaluate 
how  the  systQii  will  j^erform  in  its  intend<xi  environment. 


TE.Sn’  HNVlRUNMtNr 

i-4  Aiivraft 

'lest  flying  scliedule 

Test  pilots 

\^r  c-  /mif  r'  1  r~,c: 

Maintenance  ^'ersonnel 
Contractor 
Unconstrained 
Contractor  supply  support 
S^XHt'se  suptx3rt  equipitent 
EdwairJs  Aldl 
Evolving  systaii  design 
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Ov'CJ'  24  aim'j'aft  jx?j  location 
OiXirat.ional  flying  schedule 
OiJeratio.nal  pilot  s 

0[.X31'^1  iOP.i3 1  S01”1_ 

Maintenance  ix:i‘sonneJ 
Air  Force  {.xsrsoitnel 
Constrained 

Air  Force  supply  suppoiT 
.Supixji-t  equipitent  available 
CONUS  and  overseas  TAC  bases 
Mature  system 


Table  1.1.  Eiiviici^iKeutai  Differences 


A  caiputer  simulation  model  is  the  siiecial  analysis  tool  used  to 
incojporate  te.st  data  witli  t’ne  "I'eal  world"  to  obtain  a  fair  evaluation  of  the 
systQi'.  Tlie  model  "simulates"  the  ofierational  environment  (flight  schedules, 
scheduled  and  unscheduled  maintenance,  spares  levels,  avai.lable  maintenance 
personnel)  and  uses  the  test  data  (failure  rates,  task  tmx9s,  reliability 
growth)  as  input  to  evaluate  tlie  system. 

1.4.  CAPABILITIES 

The  nodel  was  bui.lt  to  describe  the  major  aspects  ol  the  HQ  TAC  oj-ierat.ional 
environment..  Similar  flying  sclu^ules,  sortie  lengt.h,  mainten' nee  priorities, 
maintenance  concepts,  resource  allocation  per  Air  Foroe  SpecimLy  Code  (A1"SC), 
resouioe  usage  per  AFSC,  scheduled  and  unscheduled  maintenance  per  four  digit 
work  unit  code  (WUC)  cu. a  included.  Mean  time  between  maintenance  (MTHM),  and 
nointenance  task  tiiiK  j  are  inputs  to  tiie  itKadel  and  can  lo  modified  to  {.rerforau 


sensitivity  analyses.  UnluKjwns  in  t!ie  made],  sucli  as  what  tLi)e  iteiis  fail  are 
calculated  in  the  model  using  Ml’BM  data  and  probabilities . 

l-^esources  are  s^'iecified  by  AFSC  and  in  some  cases  skill  level.  The  F-15E 
re.sour>je  allocations  and  usage  follow  the  intended  niaintenai'.ce  concept  (Rivet 
Workforce)  .  Quant il.ies  of  neintenance  j.5ersonnel  of  a  cex-tain  /\FSC  can  be 
deKrreased  or  increased  to  dctennino  the  effect  on  F-ISR  availabii.ity.  Many 
other  items,  sucli  as  suppoid.  equipiiienL  availability,  spares  levels,  Ml’BM,  and 
task  tiiies,  may  be  varied  to  answer  "whal.  if"  questions. 

The  model  operates  by  lieg inning  the  siirailation  at  time  =  0,  and  j,ierTnitting 
scliedule<i  events  to  occur,  such  as  scheduled  maintenance  and  flying  sorties. 
After  each  sortie,  the  failure  clocks  for  each  WIIC  are  checked  to  see  i.f  a 
failure  occurred  on  that  sortie.  If  a  failure  did  occur,  the  Jiecessary 
maintenance  is  performed,  the  thruflight  maintenance  performed,  and  the 
aircraft  is  ready  to  fly  again.  Shop  maintenance  is  also  begun  if  needed.  The 
simulation  continues  until  the  end  of  the  simulation  time  is  reached.  The 
model  actually  "simulates"  what  occurs  at  a  TAG  flying  squadron. 

A  random  number  generator  is  used  to  obtain  random  samples  fraii  a  specific 
statistical  distribution:  triangular,  normal,  exponential,  or  lognormal.  For 
each  simulation  of  a  scenario,  al.  least  five  different  randan  number  seeds  are 
used  for  the  xandcm  lu  ber  generator*.  The  five  simulation  results  are  averaged 
to  obtain  the  "final"  results. 

1.5.  LIMITATIONS 

The  model  does  not  consider  pert-urlrations  in  the  every  day  oi)eraLiui'i  of  a 
TAG  squadron,  such  as  weather,  deployments,  working  on  tne  v^ekend  aurj.ng 
peacetime,  and  downdays.  Rather,  the  model  treats  every  day  as  an  average  day. 

Maintenance  is  performed  in  parallel  in  the  model.  Tlie  nrdol  defines 
parallel  maintenance  as  several  niai  '  -enance  actions  being  performed 
simultaneously.  Gurrently  the  nKxlel  does  not  perform  serial  maintenance  - 
maintenance  actions  being  performed  one  at  a  time,  one  after  another.  However, 
once  TAG  specifies  saiie  actions  must  be  performed  before  other  actions,  such  as 
maintenance  on  fuel  systems  performed  before  maintenance  on  electrical  systems, 
the  model  can  be  easily  modified  to  include  this  capability. 

The  nKxiel  includes  car_niballzations,  but  does  not  consider  the 
deterioration  of  part  reliability  due  to  tlie  additional  maintenance  actions. 

The  model  also  does  not  halt  maintenance  tasks  if  a  more  cri.tical  action 
appears.  Once  a  task  is  begun  during  a  shift,  it  finishes  the  task  or 
particular  shift,  whichever  comes  first. 

Only  major  avionics  inteimediate  test  st,ations  are  irxxleled  as  support 
equipiient.  Availability  of  other  support  or  test  equipment,  sucli  as  air 
conditioners,  {.xjwer  carts,  tools,  ladders,  jacks,  etc.,  are  assumed  to  be 
infinite. 

Since  the  model  uses  WUC  data  to  the  four  digit  WUG,  spares  are  assigned  to 
corresponding  four  digit  WUGs.  The  spares  allocation  levels  are  maintained 
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such  that  the  not  mission  capahi.e  diie  to  supply  ;Ni:C!S)  rate  is  cojtparable  to 
the  F-15C/D  Muiti-Staged  Inprovement  Program  (MSjP)  NMCS  rate.  However,  spares 
which  need  to  be  increased  t.o  maintain  the  "norm’al"  NMCS  rate  are  docuniented 
and  briefed  wi.th  model  result.s. 

The  model  does  not  consider  battle  damage  or  attrition.  The  ci iteria  used 
to  evaluate  the  F-15E  system  does  not  include  battle  damage  or  attrition;  this 
is  the  main  reason  it  was  not  considered  in  the  nxxiel.  However,  once  the 
information  is  available  it  may  be  added  to  the  model  to  answer  more  "vdiat  if" 
questions. 


2.  BACKGROUND 


2.1.  SYSTEM  DESCRIPnON 

The  F-15E  is  an  advanced  two-place,  81000  pound  iTvaximum  gross  weight, 
aircraft  designed  for  superiority  over  enemy  surface  and  air  threats.  It  is 
tailored  for  survivable  arui  effective  first  pass  weapon  delivery.  The  F-15E 
also  retains  the  basic  F-lfC  I'^SIP  capability  for  the  air-to-air  role;  however, 
air-to-air  performance  characteristics  may  be  limited  by  the  increased  loasic 
aircraft  weight  compared  to  the  F-15C.  The  aircraft  shall  be  capable  of 
perfoi-mi.ng  air-to-surface  and  air-to-air  missions  day  or  night,  in  and  uiider 
the  weather.  Major  aircraft  subsystars  include  low-altitude  navigation  and 
targeting  infrared  for  night  (LANTIRN)  and  the  APG-70  high  reso3.ution  radar 
(HRR) .  LfJTITRN  pods  wall  provide  manual  and  automatic  terrain  following, 
forward  loolcing  infrared  (FLIR)  video,  precision  infrared  (IR)  targeting,  and 
laser  ranging/designation  for  precise  weapons  deliveries  day  and  night.  The 
HRR  will  provide  accurate  target  information  for  in-the-weati  lOr  weapon 
deliveries.  The  F-15E  will  be  equipped  with  confomial  fuel  tanks  and  will  have 
a  maneuvering  capability  of  up  to  nine  g's  (4:i,3). 

2.2.  OPERATIONAL  CONCEPr 

The  F-15E  will  be  primarily  eiiployed  for  day/night,  all-weather  surface 
attack  in  air  interdictl.on,  offensive  counterair,  nuclear,  and  limited  defense 
suppression  roles.  It  wj.ll  provide  a  day/night,  all-weather  capability  to 
navigate  at  low  altitude  using  manual  or  autanatic  terrain  follcrwing.  The 
target  acquisition  syster.i  should  provide  the  capability  to  acquire,  track,  and 
destroy  mobile  or  fixed  ground  targets,  orploying  guided  or  unguided  weapons. 

The  F-15E  will  also  be  used  to  augment  dedicated  air  defense  fighters  in  a 
defenL ive  counter-air  role. 

The  F-15E  will  have  the  capability  to  operate  singly,  in  pairs,  or  in 
multiples.  Specific  tactics  depend  on  theater,  mission,  targets,  and  threats 
at  the  time  of  employment  (4:12-14). 

2.3.  MAINTENANCE  CONCEPT 

The  maintenance  organization  will  consist  of  a  three-level  canbat  oriented 
maintenance  organization  (COMO)  concept  (direct  on-eqa.i.pii>ent,  direct  off- 
equipPient,  and  depot)  .  Direct  of f -equipment  maintenance  will  include  caiiplete 
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end-to-end  checks,  repair  of  line-i'e.placeable  units  (LRUs),  servicing,  and 
calibration  of  F-15  ccnnon  components.  Repair  bej'ond  this  scopes  will  require 
depot  level  maintenance  (4:14). 


3.  SCENARIOS  EVALUATED 

HQ  TAC  has  specified  the  suitability  parameters  to  be  evaluated  during 
certain  scenarios.  MC  rate  will  be  evaluated  during  a  peacetime  scenario.  SGR 
will  be  evaluated  during  surge  and  sustained  wartime  scenarios.  BR,  FR,  MRT 
and  SPA  will  be  evaluated  during  both  the  peacetime  and  wartime  scenarios. 

3.1.  SCENARIO  PARAMETliRS 

The  scenarios  irtodeled  represent  a  nature  squadron  of  F-15Es.  The 
maintenance  structure  and  opei-ational  flying  schedule  is  representative  of  an 
F-15  base. 

The  following  parameters  and  assumptions  made  in  the  model  are  cemmon  to 
the  peacetime  and  wartime  scenarios.  There  are  24  aircraft  modeled.  The  F- 
15E  has  four  primary  missions:  air-to-air,  air-to-ground,  air-to-gi.'ound 
nuclear,  and  dual  role  (both  air-to-air  and  air-to-ground) .  Failirre  times, 
repairs  and  spares  are  aggregrated  to  no  lower  than  the  four  digit  WUC  level. 
The  total  time  to  cannii^alize  a  part,  is  assumed  to  be  twice  the  remove  and 
replace  (R&R)  time  of  that  (Dart.  The  aircraft  wii],  fly  singly  or  in  pairs.  The 
squadron  has  only  F-15Es  with  typical  manpower  skill  level  allocations. 
Reliability  growth  technj.ques  from  I'lIL-HDBK-189  are  applied  to  project  the  F- 
15E  unique  WUC's  MTBM  to  maturity  (approximately  55000  flight  hours.)  The 
project^  values  are  input  to  the  model  to  estimate  mature  aircraft 
performance . 

3.2.  PEACETIME  SCENARIO 

The  peacerime  simulation  period  is  one  year;  the  desired  SGR  is  1.05. 
Seventeen  of  the  24  aircraft  are  preflighted  each  day,  including  two  aircraft 
preflighted  as  spares.  There  are  three  8-hour  shrfts,  five  days  per  week.  The 
first  shift  of  the  day  is  a  servicing  shift  with  a  minimum  of  maintenance 
personnel.  The  spares  levels  include  the  peacetime  operating  stock  (POS)  and 
the  wartime  readiness  spares  ki.t  (WRSK) . 

3.3.  WARTIME  SCENARIO 

The  wartime  simulation  period  is  30  days  divided  into  a  7  day  surge  period, 
and  a  23  day  sustained  period.  The  desirec}  SGR  is  classified  (3).  All 
aircraft  are  used  each  day,  there  cure  two  12-hour  shifts,  seven  days  per  week. 
The  spares  levels  include  the  TOS,  WRSK  and  base  level  self-sufficiency  spares 
(BI.SS) . 
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4 .  COMPUTER  LANGUAGE 


The  F-15E  AvailabiliLy  Model  was  developed  using  the  Simulation  Ijonguage 
for  Alternative  J^odeling  (SLAM)  .  SLAM  is  an  advanced  FORTRAN  based  language 
which  allows  the  caTibination  of  network,  di.screte  event,  and  continuous 
modeling  capabilities.  Moaels  using  SLAM  can  be  developed  fron  a  process- 
interaction,  next-event,  or  activity-scanning  perspective  (8:ix). 

The  F-15E  Simulation  Model  uses  both  the  process -interaction  and  next- 
event  teciiniques.  EXi.e  to  the  canplexi.ty  of  the  rixxiel,  the  next-event  (FORTRAN) 
port-ion  of  the  model  is  more  extensive  than  the  process-interaction  (network) 
portion . 

The  process-interaction  technique  uses  stateiiients  which  describe  a  sequence 
of  events.  These  statements  are  used  to  model  the  flow  of  entities  through  the 
system.  The  network  structure  is  made  up  of  nodes  and  branches.  These  symbols 
model  elements  such  as  queues,  servers,  and  decision  points.  The  entities  of 
the  system,  such  as  people  or  parts,  flcuv  through  the  network  (8:68,69,73). 

The  network  i.s  used  to  represent  the  process  the  aircraft  or  LRU  undergoes 
to  be  maintained. 

The  event-interaction  technique  concentrates  on  the  events  that  can  change 
the  state  of  the  system.  Each  event  is  executed  according  to  a  specific  time- 
ordered  sequence,  with  simulated  thus  being  advanced  froin  one  event  to  another 
(8:68-69).  This  techniqie  uses  FORTRAN  to  code  the  discrete  event  model. 
FORTRAN  subroutines  control  certain  changes  associated  with  each  event,  which 
may  include  assigning  attribute  values,  manipulating  files,  collecting 
statistics,  and  printing  status  or  output  reports. 

The  events  are  used  for  determining  shift  schedules,  initiating  scheduled 
maintenance,  scheduling  sorties,  checking  aircraft  for  failures  after  sorties, 
determ  .ning  what  maintenance  needs  to  be  done,  allocating  ajid  freeing  resources 
and  spares,  and  calculating  statistics. 


5.  NARRATIVE  UESGHiPTiOlN  OF  COMFirl'EK  CODE 

This  section  provides  a  narrative  description  of  data  files,  network,  and 
FOF'X’RAN  files  used  .in  the  F-15E  simulation  model.  It  gives  a  basic  overview  of 
the  contents  of  the  model.  Refer  to  the  appendices  for  imore  detailed 
inforrriation . 

Appendix  C:  Computer  Code  --  Input  Files 
Appendix  D:  Ccmputer  Code  -  NetvADrk 
Appendix  E;  Computer  Code  -  FORTRAN 

5.1.  DATA  FILES 

There  are  several  different  data  fi.Ies  used  in  this  model,  F15EM.INP, 
F15ET.INP,  and  FiSEDAT.FOR. 
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F15EM.1NP  contains  WUC,  niean  tine  between  maintenance  total  corrective 
(MTEMTC),  POS,  WRSK,  and  ELjSS  spares  levels,  and  failure  probabilities  for  air- 
to-air,  air-to-ground,  or  dual  role  critical  failures.  During  the  OT&E  test 
phase,  the  JFL’BMl'C  and  probability  data  for  F-].5E  unique  WUCs  change 
periodically.  Approximately  once  ever^'  titree  nontlis  a  Joint  Reliability  and 
Maintainability  Evaluation  Ifeam  (.TRMET)  is  held  at  the  test  site.  The  JRMET 
consists  of  representatives  fron\  tlie  AEOTEC  test  team,  F-15  System  Program 
Office  (SPO),  HQ  AI^OQ’EC,  HQ  TAC,  AFPIO,  AFAbC  and  the  contractor.  The  JRMET 's 
responsibility  is  to  ensLure  the  n\ai.ntenance  data  is  correct,  and  to  categorize 
eacii  failure  in  terriis  of  type  and  severity.  The  approved  JRMET  data  is  used  to 
derive  the  F'~i5e  unique  mature  MTSi-TPC  and  pr'obability  data  used  in  this 
simulation,  therefore  th.is  file  may  change  after  each  JRMET.  Similar  data  for 
the  VvUCs  cannon  to  the  F-15E  and  F-15C/D  MSIP  aircraft  are  obtained  rircm  mature 
F-15C/D  MSIP  operational  data,  ie.,  from  the  Maintenance  Data  Collecti.on  (ICC) 
System  at  the  33  Tactical  Fighter  Wing  (TTVI)  at  Eglin  AFB,  Florida. 

F15ET.INP  contains  WUC,  maintenance  task  type,  percent  of  time  the 
maintenance  tas]^  type  is  performed,  meetn  or  mode,  standard  deviation,  miniim.im 
and  maximum  maintenance  times,  type  of  statistical  distribution  to  use  on  task 
times,  aid  resources  and  quantity  of  those  resources  needed  for  each  particulcu: 
WUC.  This  input  file  uses  MDC  data  for  the  F-15E  and  F-15C/D  catmon  WLCs  aid 
AFOTEC  test  team  experienced  judgment  and  JRMET  data  for  F-15E  unique  WUCs. 

This  data  file  will  change  as  needed  as  additional  information  on  the  F-15E 
aircraft  is  obtained. 

F15EDAT.F0R  contains  tj'pe  of  aircraft,  phase  times,  lesouice  availability, 
probability  of  breaks  occurring,  and  ground  abort  times.  It  also  includes 
number  of  aircraft,  sorties,  and  shifts,  and  scenario  type.  Also  sortie 
length,  shift  lengths,  warmup  times,  time  between  individual  sorties  and  sortie 
phases  and  desired  SGR  rate  for  warmup  and  regular  portions  of  the  simulation 
cure  included.  This  input  file  changes  for  each  tj^pe  of  scenario  simulated, 

5.2.  NETWORKS 

The  SLAM  network  file,  F15.DAT,  contains  the  maintenance  neti.orks, 
simulation  run  times  and  random  number  seeds.  The  simulation  run  times  are 
changed  for  each  scenario  simulated,  v.’hile  the  randan  n'jmber  seeds  are  changed 
with  every  simulation  describing  a  certain  scenario. 

Each  entity,  represented  by  an  aircraft,  LRU,  or  dummy  job,  is  assigned 
attribute  values  in  FORTRAN  subroutines  to  describe  maintenance  task  type, 
times,  and  resource.s  needed.  The  entity  then  flows  tlurough  the  appropriate 
network.  If  resources  are  available,  the  entity  continues  in  the  network,  if 
the  resources  are  not  available,  the  enticy  is  filed  in  the  appropriate  queue 
to  av/ait  availability  of  the  resource.  The  netvrorks  check  to  see  if 
maintenance  needs  to  be  continued  through  the  next  shift.  If  maintenance  needs 
to  be  continued,  the  entity  continues  through  the  network  again,  or  continues 
to  the  next  applicable  network  or  FORl'RAN  subroutine.  After  flowing  through 
the  netvrork,  the  entity  is  filed  in  a  queue,  or  terminated  as  appropriate.  An 
entity  would  be  tom^lnated  if  it  were  a  duiiiny  job. 
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Tlie  networks  describe  different  iiaintenance  processes.  There  is  a 
differ'ent  netv.ork  for  each  of  the  following  types  of  noxiitenance:  preflight, 
chocking  for  failures,  cn-aquipnent  niaintenance,  remove  an.  replace,  off- 
equipment  maintenance,  depot  tumarx^und  tinges,  and  can.d.balization. 

5.3.  FORTRAN  SUBROUTINES 

Except  tor  IimC,  the  subroutines  are  listed  alphabetically.  Each 
subroutine  description  includes  liow  the  subroutine  is  called  or  scheduled,  vdiat 
the  subroutine  does,  and  what  subroutines  it  calls  or  schedules. 

INTIC  -  Is  called  internally  by  SLAM  at  the  beginning  of  each  run  or 
simulation.  It  initializes  manning  and  equipment  allocations  fo.r  each  shift, 
calls  REAClAT,  sets  initial  values  for  parameters,  assigns  values  from  F15.F0R, 
calculates  SPA,  initializes  spares  levels,  defines  failure  clocks  for  each  ’-TJC, 
and  creates  t)ie  planes.  It  then  schedules  the  following  subroutines:  SHIFT  - 
which  calculates  shift  start  and  end  times,  FLYING  -  which  schedules  the 
sorties,  WARMUP  -  vdrich  upxdates  parameters  from  the  warmup  scenario  to  the  main 
scenario  parameters,  and  DISPLAY  -  which  prints  the  daily  values  of  various 
parameters.  lOTLC  concludes  by  setting  up  the  header  on  the  output  file 
F15.RPT. 


ALLOK  -  Is  called  by  the  SLAM  netwrks  when  resources  are  needed.  It 
determines  whether  the  people  aiid  equipnent  needed  for  each  task  are  available. 
If  resources  are  not  available,  it  will  store  the  maintenance  task  time  in 
mem'^ry  until  the  resources  become  available.  It  will  terminate  non-critical 
parallel  n^intenance  entities  if  resources  arc  not  available.  Critical 
maintenance  entities  are  filed  in  the  appropriate  queue  to  wait  for  resources 
to  becane  available.  ALLOK  is  written  to  allocate  a  maximum  of  five  different 
types  of  resources  per  task.  The  nrxlel  can  be  expanded  to  ha:idle  more  than 
five  types  of  resources  with  little  difficulty.  The  model  has  an  option  of 
permitting  allocation  of  resources  according  to  an  availability  probability. 
Choosing  this  option  will  cause  subroutine  REAV  to  be  scheduled. 

ALSPAR  -  Is  called  b)'-  the  SIAM  networks  when  a  spare  is  needed.  It 
determines  whether  the  spare  is  availat:>le  in  supply.  If  the  spar'e  is 
available,  the  entity  returns  to  the  network  to  continue  maintenance.  If  the 
.snare  i.s  unavailable,  the  entity  is  filed  into  the  NMCS  queue,  and  subroutine 
CANN  is  called  to  check  if  cannibalization  wili.  produce  the  de.sirable  speire. 

BPO  -  Is  scheduled  by  FLYING  to  occur  after  the  last  sortie  of  the  day  has 
launched.  It  checks  the  ready  queues  for  airci'aft  that  have  flown  that  day 
wiiich  require  basic  postflighl  (BPO).  If  an  aircraft  needs  BPO,  the  entity  is 
sent  to  the  network  and  then  QIEG<  to  determine  the  BPO  task  time. 

CANN  -  Is  scheduled  by  ALSPAR  when  a  spare  is  needed.  It  coitpares  the 
needed  spare  on  the  new  NMCS  aircraft  with  vdiat  is  available  on  an  aircraft  in 
a  NICS  status  for  more  than  one  spare.  If  the  needed  spare  is  available, 
aircraft  maintenance  continues,  and  the  other  aircraft  is  filed  in  the  NMCS 
queue  needing  another  spare.  If  the  needed  spare  is  not  available  on  multiple 
NMZS  status  aircraft,  the  spare  is  cortpared  with  what  is  available  on  an 
aircraft  in  a  NMCS  status  for  only  one  .spare.  If  the  needed  spare  is 
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available,  aiix:ral;t  maintenance  continues,  tlie  other  aircraft  is  filed  in  the 
NMCS  queue  now  needing  two  spares,  and  the  "hangar  quean"  timer  begins  t,o 
ensure  it  does  not  stay  a  "hangar  queen"  for  21  days.  At  approximately  day  19, 
sulaiiiutine  INSPET  is  scheduled  to  checlc  if  maintenance  on  the  hangar  queen 
should  be  initiated.  If  the  needed  spare  is  not  available,  camii.balizat.ion  is 
not  possilile. 

CHCKCD  -  Is  called  by  CHEQt  wiien  the  simulation  is  being  run  for  F-15C./D 
MSIP  aircraft,  as  for  validation  of  the  model.  CHCKCD  performs  the  same 
function  as  CHCKE. 

CHCKE  -  Is  called  by  QECK  when  the  simulation  is  being  run  for  F-15E 
aircraft.  CHCJCE  deterriiines  which  file  is  appropriate  for  a  MC  aircraft  after 
maintenance.  CHCKE2  is  called  to  reorganize  failure  storage  arrays.  If  a 
sor-tie  has  just  been  flown,  all  WUCs  will  be  checked  to  determine  if  a 
failure(s)  has  occurred.  The  criticality  of  each  failure  is  determined  using 
probabilities.  After  all  WUCs  have  lieen  checked,  failures  are  totaled  and  the 
status  of  the  aircraft  is  determined  for  the  BR  analysis.  Next,  the  types  of 
maintenance  are  detemuned.  First  priority  is  given  to  any  dual  role  critical 
failure.  These  failures  render  the  aircraft  IMZ  and  must  go  to  maintenance. 
Second  priority  is  given  to  a  combination  of  air-to-air  and  air-to-ground 
failures  which  render  the  aircraft  NMC,  The  type  of  maintenance  performed  in 
this  case  is  determined  by  the  previous  status  of  the  aircraft.  For  example, 
if  the  ai.rcraft  was  air-to-air  PfC  (had  air-to-ground  critical  failures)  then 
maintenance  will  begin  on  the  na-;  air-to-air  failures  to  produce  an  air-to-air 
PMC  aircraft  again.  The  logic  behind  this  decision  is  to  perform  the  least 
amount  of  maintenance  to  result  in  a  PM3  aircraft.  Third  priority  is  given  to 
the  case  where  only  one  type  of  failure  is  piesenL.  The  maintenance  decision 
again  depends  on  the  previous  status  of  the  aircraft.  For  example,  if  the 
aircraft  was  air-to-air  FMC,  then  maintenance  will  begin  i.f  the  new  failures 
are  all  air-to-air  critical  failures  since  the  plane  is  NMC.  However,  if  the 
new  failures  are  all  air-to-ground  type  failures  the  aircraft  is  still  air-to- 
air  PMC  and  can  be  filed  into  the  ready  queue  after  postflight.  Once  tlie  need 
for  maintenance  has  been  determined,  subroutine  PARAP  will  be  schedulexi  to 
i.nitiate  the  aircraft  maintenance.  The  last  priority  is  given  to  all  non- 
critical  failures.  In  this  case,  no  neintenance  is  done  and  the  aircraft  is 
filed  in  the  appropriate  ready  queue  after  postflight.  This  subroutine  calls 
a£ECK2  wlrLch  determines  the  correct  postf light  to  be  done  on  the  aircraft. 

CHCKE2  -  Is  called  by  CHCKE  after  any  maintenance  i.s  conpleted  on  the 
aim-raft.  It  organizes  the  failures  stored  in  the  PWUC  and  PMAINT  arrays.  If 
an  aircraft  has  40  failures  stored  in  its  PWUC  array  (the  maximum  size  of  the 
PWUC  array) ,  then  PARAUL.  is  called  and  parallel  ma.i.ntenance  is  begun  to  redu-e 
the  number  of  failures  on  that  aircraft.  HQ  TAC  stated  an  aircraft  can  have  a;', 
"unlimited"  number  of  non-critical  failures.  For  the  purpose  of  this  model, 
that  "unlimited"  number  is  40.  A  message  is  printed  to  notify  the  analyst  if 
the  number  of  non-critical  failures  exceeds  40. 

CHECK  -  Is  called  fron  the  netw’ork  after  a  sortie  or  nvaintenance  is 
caiipleted.  it  checks  first  if  the  aircraft  has  just  ccfiipleted  some  type  of 
scheduled  maintenance,  turnaround,  BPO  or  phase  inspection.  If  this  is  true, 
the  aircraft  is  filed  into  the  appropri<\te  ready  queue,  if  the  aircraft  is 
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missing  iiore  than  one  st^re,  RELl’LN  is  called  to  determine  the  correct  queue  in 
vdiiich  the  airci:aft  should  Le  filed.  Statistics  on  ICff,  FR,  and  nean  down  time 
(MDI)  are  calculated.  It  then  cleans  up  storage  airays  if  parallel  unscheduled 
maintenance  nas  just  been  completed.  The  subroutine  then  calls  aiCKE  or 
CHCKCD,  depending  on  the  type  of  siimlation  Ijeiiig  run,  to  determine  wiiat 
maintenance  to  do  next. 

CHECK2  -  Is  called  fraii  either  CHCKCD  or  CHCKE.  After  maintenance  is 
ccnpleted  or  a  sortie  lias  flown  v/ith  no  failures,  this  subroutine  checl^s  which 
type  of  postflight  is  necessaiy  for  the  aircraft.  If  the  last  sortie  of  the 
day  has  launched,  BPO  will  begin.  If  not,  thruflight  will  begin.  This 
subroutine  sends  the  aircraft  entities  to  the  network  to  begin  postflight  and 
also  sends  a  dummi/  entity  to  queue  16.  This  dummy  entity  remains  in  the  fiie 
16  for  the  duration  of  the  thruflight.  The  average  number  of  duitiiiy  entities  in 
the  file  become  part  of  the  MC  rate  calculation,  since  all  aircraft  in 
postflight  maintenance  are  considered  MC. 

CLEAN  -  Is  called  from  FLYING  after  tne  last  sortie  of  the  day  has 
launched.  It  checks  the  ready  queues  for  any  aircraft  with  failures,  and  sends 
those  aircraft  to  maintenance  via  the  PARALL  subroutine.  This  subroutine  gets 
as  many  PMC  aircraft  to  FMC  or  close  to  FiyC  status  as  possible  v/ithout 
affecting  the  SGR. 

DISPLAY  -  Is  called  fraii  INTLC  at  the  end  of  the  first  day  of  simulation. 
DISPLAY  reschedules  itself  at  the  end  of  each  day.  It  checks  the  values  of 
parameters,  then  calculates  and  prints  out  the  current  value  of  number  of 
sorties  flown  and  missed,  SGR,  FMZ,  PMC,  MC,  NllCS,  and  not  mission  capable  due 
to  resources  (NMCR) ,  bieaks,  and  ground  aborts. 

EMPTYQ  ~  Is  called  trcm  FREER  whenever  a  resource  is  freed.  EMPIYQ  checks 
if  an  aircraft  is  waiting  in  a  queue  for  that  resource.  It  checks  aircraft 
needing  on-equipment  maintenance  before  LRUs  needing  off -equipment  maintenance. 
If  there  is  a  match,  the  aircraft  or  LRU  enters  the  appropriate  network  node. 

If  there  is  no  match,  the  aircraft  or  LRU  is  returned  to  the  wai.ting  queue. 

EVENT  -  Is  called  from  the  network  and  other  FORTRAN  subroutines .  A  GOTO 
statement  is  used  to  choose  the  correct  event  (subroutine)  needed. 

FLYING  -  Is  called  fron  INTLC  at  rhe  beginning  of  the  first  day.  It 
reschedules  itself  at  the  beginning  of  each  subsequent  day.  It  determines  how 
many  sorties  to  schedule  that  day,  how  many  of  those  sorties  to  schedule  j.n  the 
morning  shift,  and  how  many  in  the  afternoon  shift.  It  determines  the  primary 
mission  of  the  sortie  and  the  quantity  of  aircraft  to  fly  the  sortie.  This 
subroutine  schedules  SORTIE  -  to  allocate  the  aircraft  for  each  sortie,  BPO  - 
to  initiate  BPO  maintenance  after  the  sorties  land,  and  CLEAN  -  to  perform  non- 
essential  maintenance  after  ail  sorties  have  launched. 

FREER  -  Is  called  frcm  the  network  after  maintenance  is  ccnpleted.  This 
subroutine  releases  the  resources  used  in  the  task.  Maintenance  man-hours 
(MMH)  are  also  collected.  This  subroutine  schedules  EMPTYQ  to  initiate 
maintenance  on  entities  needing  the  resources  just  released. 
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FRSPAR  -  Is  called  Iran  the  network  alter  of  £-equiprient  or  sliop  maintenance 
is  ccnpleted  or  a  spare  andvej?  Iran  depot.  It  increments  the  spare  supply 
level ,  The  subroutine  checks  planes  in  the  NMCS  queue  to  see  if  there  is  a 
match  between  the  i:eleased  S{.r3re  and  a  needed  spare.  Aircraft  needing  only  one 
spare  undergoing  parallel  nviintenance  have  first  priority,  then  those  air-craft 
not  in  pisrallel  maintenance  are  checked.  Aii.craft  neexling  more  tlian  one  spare 
liave  next  priority.  If  there  is  a  match,  ttie  entity  is  sent  to  the  appropriate 
network  to  continue  maintenance.  If  tlie  NMCS  aircraft  does  not  match  with  an 
available  spare,  it  is  returried  to  the  appropriate  NMCS  queue. 

GNDABl  -  Is  scheduled  fiom  SORTIE  after  a  sor-tie  lias  just  launched,  A  few 
minutes  after  a  sor-tie  has  "begun"  GNDABl  checks  to  see  if  thero  has  been  a 
ground  abort..  If  a  ground  abort  has  occur-red,  the  last  aircraft  put  in  the 
sor-tie  queue  is  removed  and  sent  to  CHECK  via  the  networlc  to  determine  the  type 
of  maintenance  to  perform.  If  aircraft  remain  flying  the  sortie,  (30AB1 
schedules  REMOVE  to  renove  the  flying  aircraft  from  queue  4  after  the  sortie 
duration  has  passed. 

IHSPET  '  Is  sclieduled  f rcsii  CANN  after  tlie  creation  of  a  "liarigar  queen" .  At 
day  19,  a  PHT.  aircraft  becomes  the  donor  aircraft  for  the  missing  spares  on  the 
"hangar  queen".  The  old  "hangar  queen"  is  sent  to  STUFF  to  begin  maintenance. 
The  donor  aircraft  becomes  a  new  "hangar  queen"  and  the  hangar  queen  timer 
starts  all  over. 

LAST  -  Is  called  frem  SLAM  subroutine  Ol'PUT  at  the  end  of  the  simulation. 
This  subroutine  calculates  BR,  SPA,  and  FR.  It  tabulates  the  number  of  times  a 
resource  or  spare  was  requested,  how  many  times  it  was  avai.lable,  how  many 
times  it  was  unavailable  and  the  number  of  times  j.t  went  to  depot.  This 
subroutine  tabulates  also  the  numlier  of  times  a  WUC  failed,  and  its  MDT  and 
MRT,  and  simmarizes  these  parameters  for  the  entire  systoii.  Maintenance  man¬ 
hours  per  flying  hour  (MMH/FH)  is  tabulated  by  V-ZUC  and  suitmarized  for  the 
system.  At  the  end  of  the  output  file,  it  lists  those  NMCS  planes  which  lack 
single  or  multiple  spares.  LAST  provides  the  majority  of  output  printed  to 
FlS.RPr. 


MAINT  -  Is  called  frem  the  network  wJien  task  times  for  on-equipment 
maintenance  need  to  be  calculated.  It  restarts  the  task  time  if  resources  were 
nol  avai.lable  last  time  and  the  task  was  halted.  If  there  is  no  failure,  the 
appropriate  scheduled  maintenance  time  iui  turndroui'id,  preflight,  BFO  or  phase 
is  calculated.  If  the  first  portion  of  a  R&R  action  (remove)  has  been 
conpleted,  the  task  tiiiie  for  the  second  portion  (replace)  is  calculated.  The 
type  of  maintenance  (can  not  duplicate  (CND) ,  R&R,  repair  in  place  (RIP),  and 
facilitate  other  maintenance  (FOM) )  is  determined  from  the  probabilities  given 
in  F15E.INP  data  file.  When  there  are  new  failures  to  be  i-epaired,  maintenance 
times  are  calculated  using  the  task  times  and  statistical  distribution  data  in 
F15E.INP.  Non-critical  parallel  maintenance  is  postponed  if  the  maintenance 
takes  longer  tlian  the  critical  maintenance,  or  no  spare  is  available  for  the 
R&R  action.  When  non-critical  maintenance  has  been  initiated  by  CLEAN, 
entities  whose  task  tines  extend  past  the  end  of  the  shift  are  postponed.  When 
there  are  over  40  failures  on  an  aircraft,  entities  v/hose  task  times  extend 
past  the  end  of  the  week  are  postponed.  Repair  time  for  MRT  is  summed  in  this 
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subroutine.  Lastly,  the  subroutine  TSHIFP  is  called  to  divide  the  maintenance 
tiii>e  into  the  re«iaining  shift  and  next  shift  time. 

NEED  -  Is  scheduled  duriiig  SHIFT  at  l.he  beginning  of  eacli  day  t,o  determine 
aircraft  preflight  requirements.  If  preflight  is  necessary,  subroutine  PRFLGT 
is  scheduled. 

NMAINT  -  Is  scheduled  during  SSHTPl'  at  tlie  beginning  of  each  shift-  It 
sends  aircraft  waiting  for  resources  or  next  shift  maintenance  to  the  network 
to  begin  such  maintenance.  On-equipment  maintenance  is  sent  to  the  network 
before  off -equipment  maintenance.  During  peacetime  when  the  servicing  shift; 
exists,  only  preflight  and  BPO  maintenance  are  initiated  during  the  servicing 
shift.  During  the  two  normal  shifts,  all  maintenance  is  initiated  by  this 
subroutine. 

NONAV  -  Ts  called  by  SSHTFT  at  the  beginning  of  each  normal  shift.  It 
detemines  whicti  resources  are  available  to  work  each  shift.  The  availability 
of  resources  is  determined  by  the  availability  parameter  specified  in  F15.F0R. 

OT.'PUT  -  Is  automatically  executed  by  SLAM  at  the  end  of  the  simulation.  It 
calls  DISPLY  and  LAST  to  print  ouL  tlie  results  of  the  simulation. 

PARALL  -  Is  called  by  OjEAN  after  the  last  sortie  of  the  day  has  launched 
and  is  called  CHQ<E2  when  an  aircraft  has  40  failures.  It  defines  values  of 
attributes  and  other  parameters  before  sending  the  entities  to  the  network  for 
maintenance  on  all  the  failures  stored  in  the  failure  array-  If  the  task  was 
postponed  earlier,  the  original  maintenance  task  time  is  retrieved. 

PARAP  -  Is  called  ty  CHO®  (or  CHCKCD)  when  critical  maintenance  is  needed. 
It  defines  values  of  attributes  and  other  parameters  before  sending  the 
entities  to  the  network  for  maintenance  on  selected  failures  stored  in  the 
failure  array.  It  initiates  maintenance  on  existing  non-critical  failures,  new 
critical  failures,  aiid  non-critical  failures.  The.se  entities  reach  the 
subroutine  MAINT  in  an  important  sequence  -  the  critical  failures  are  first, 
followed  by  the  non-critical  failures. 

PHASE  -  Is  called  frcmi  SHIFT  when  phase  is  needed.  It  selects  an  aircraft 
for  phase  and  determines  which  type  of  phase  is  needed.  Inspection  parameters 
are  defined  and  the  aircraft  is  sent  to  begin  maintenance  via  the  network. 

Wlien  the  phase  to  be  performed  is  HPOl  or  Hl’02,  a  dummy  entity  is  filed  in 
queue  16  (ME  file)  so  the  HPOl  and  HP02  phase  times  are  included  in  the  MC 
rate. 

PRFliH'  -  Is  called  from  NEED  when  preflight  is  needed.  It  is  also  called 
from  the  network  wtien  preflight  is  finished.  PRFLGl'  assigns  values  to 
attributes  ana  otlier  paranetei's,  determines  the  preflight  task  time  and  sends 
the  aircraft  to  the  network  to  begin  preflight.  It  also  sends  a  dummy  entity 
to  queue  16  to  include  the  pre flight  time  in  tlie  MC  rate.  After  pre flight  is 
finished,  the  network  sends  the  entity  back  to  PRFLGT  and  the  aircraft  is  filed 
into  the  appropriate  ready  queue  and  the  dummy  eriti.ty  is  removed  fran  queue  16 . 
PRFLGT  then  calls  TSHIFT  to  divide  the  task  time  into  shift  times. 
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REA1.')AT  -  Is  called  trmu  INl'ljC  aU  tlio  loginning  of  t.liG  tsiinulaLion.  IL  reads 
the  data  from  the  twu  input  files,  l'l5hM. INP  and  l’L5ET. INP,  and  files  the 
infoMivition  in  thie  appropriate  arrays. 

PEAV  -  Is  called  ALLOK  if  a  resource  is  noniially  available,  but  not 

available  at  tliat  sj-^^’llic  tutte.  It  removes  iilanes  frau  wait  queues  and 
resubmits  planes  back  into  the  iraintenance  netvv’ork  alter  one  hour.  The  purpose 
of  this  subroutine  is  t  o  model  support  equipment  down  tiiite.  This  subroutine 
may  be  called  only  if  V(2)  and  V(3)  probabilities  aj:e  less  than  1.0. 

RELPLN  -  Is  called  from  CHECK  after  a  multiple  status  lllCS  plane  receives 
one  spare.  This  subroutine  files  the  plane  into  tlie  appropriate  NICS  queue. 

REMOVE  -  Is  scheduled  from  GNDABJ  at  the  end  of  a  sortie.  It.  removes 
aircraft  frau  the  sortie  queue  after  tlie  flight  has  ended,  assigits  values  for 
attributes  and  parameters,  incrQi>ents  counters,  and  sends  the  aircraft  to  begin 
maintenance  via  the  netwcjrk. 

SHlPr  -  Is  called  from  Itmo:  initially  at  the  Iteginning  of  the  sintulation 
and  then  schedules  to  execute  itself  at  the  beginning  of  each  subsequent  day. 

It  determines  whether  it  is  a  week  day  or  weekend,  and  calls  NEED  to  check  if 
preflight  is  needed.  Removes  all  aircraft  from  queue  2  (ready  queue)  and 
places  them  in  quene  1  (need  to  check  for  preflight  queue).  It  defines  the 
tin)e  when  shifts  change,  and  determines  if  pliase  is  needed.  SuLuontino  PHA^E 
is  scheduled  if  phase  is  needed.  SHIFP  schedules  SSHllT’  to  be  executed  at  th.e 
k)Ggiming  of  each  shift  tliat  day. 

SH0P2  -  Is  called  from  the  network  when  of f-equijciiiont  maintenance  is 
needed.  It  calculates  the  task  times  for  all  the  shop  maintenance  events  ~ 
bench  check  okay  (BCOK),  repair  this  station  (RTS),  not  repairable  this  station 
(NRTS)  and  condemn  (COND)  the  shop  replaceable  unit  (SRU) .  If  a  task  was 
previously  postponed  due  to  lack  of  resources,  the  task  time  is  restored. 

TSHIFT  is  called  to  divide  the  task  time  into  shift  times.  SHOP2  also 
identifies  broken  parts  which  will  eventually  be  sent  f:o  depot  for  repair. 

SORTIE  -  Is  called  frau  FLYING  after  all  sorties  are  scheduled.  Depending 
on  the  type  of  mission  the  sortie  will  fly,  SORTIE  checks  the  apjiropriate  PMl: 
queues  for  ready  aircraft.  If  more  aircraft  are  needed  tor  the  sortie,  the  1ml 
ready  queue  is  cnecked  for  aircraft.  If  the  number  of  aircraft  needed  are 
found  to  be  available  the  sortie  is  initiated  by  filing  th.e  aircraft  in  the 
sortie  cgueue.  GNDABl  is  scheduled  to  check  for  ground  aborts.  If  the  number 
of  aircraft  available  is  lacking,  SORTIE  schedules  to  call  itself  in  0.5  hour 
to  check  for  aircraft  availabiliry  again.  This  a;curs  a  total  of  tliree  t.iriies 
if  aircraft-  rarniii  unavailable.  At  tlic  start  of  the  fourth  time,  tlie  sortie 
has  been  postponed  for  2.0  hours.  It  aircraft  are  still  not  available,  the 
sortie  is  cancelled  and  counted  as  missed  flight(s).  If  a  smaller  mmiber  of 
aircraft  are  available  to  fly,  these  aircraft  will  fly  and  the  missing  aircraft 
will  count  toward  missed  sortie(s). 

SSHIFP  -  Is  called  trail  GHIFl'  at  the  beginning  of  each  shift.  It 
determines  manj^iower  levels  for  the  servicing  shift  in  peacetiiie.  Subroutine 
NONAV  is  called  to  determine  tlie  availability  of  manpower  at  the  beginning  of 
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each  slhft_.  NMAIN]'  is  called  to  resubuit  waiting  aiL'crall  l«ck  into  the 
iiiaintenanco  networks. 

yiUFF  -  Is  called  lixain  INStL'I’  when  a  "hangar  queen"  is  19  days  old.  It 
assigns  values  o£  attributes  and  j-wraineters ,  sends  the  receiving  aijx:raft  to 
maintenance  via  the  network  and  files  the  donor  aireraft  minus  parts  into  the 
"hangai'  queen"  queue. 

TSHIFI’  -  Is  called  fran  .MAlNd’,  PRFLXir  and  SH0P2.  It  determines  how  much 
time  ren«ins  in  the  pr'esent  shift.  It  assigns  the  remaining  shift  time  or  the 
task  tinie,  whichever  is  smaller,  as  tlie  first  sl)ift  task  tijiie.  The  remaining 
task  time,  if  any,  is  reserved  for  the  subsequent  snift(s). 

WAllMUP  -  Is  scheduled  fraii  INTIX:  at  the  end  of  the  waniiup  period.  It 
allocates  the  number  of  spares  available  for  tho  new  scenario,  talking  into 
account  the  spares  pr'esent ly  in  the  maintenance  systesii.  It  redefines  scenario 
parameters,  and  reinitializes  counters  and  failure  clocks. 


6.  /iSSUMPlTONS 


6.1.  DATA  ASSUMPTIONS 

Data  assunptions  are  noniially  quantil.ative  assumptions  and  are  generally 
part  of  the  input  data  file  and  can  be  easily  changed.  The  Table  6*1  lists  the 
source  of  this  information. 

Many  of  these  assuiiptions  were  initially  crude  assttmptions  prior  to 
testing,  but  as  experience  was  gained  frc*n  testing,  these  assunptions  became 
obsGr-\rations .  Again,  as  more  experience  or  information  becomes  available,  the 
data  nay  change.  Since  this  data  is  quantitative,  it  is  easy  to  change  and  to 
perfom\  sensitivity  analyses  to  detenaine  what  effect  a  change  in  certain 
parameters  have  on  the  outccaie. 

Spares  levels  of  critical  WUCs  are  adjusted  in  the  model  input  data  file  so 
the  NMCS  rate  is  similar  to  the  NMCS  rates  experieiiced  by  the  33ixl  TFW. 

6.2.  STRUCTURAL  ASSUMPTIONS 

Stmctural  ass'uipt i ons  are  developed  from  the  intended  operational  and 
maintenance  concepts  of  the  system.  Since  tlie  nxxiel  represents  a 
simplification  of  I'eality,  major  concepts  ar^e  nxxieled  but  scai^  details  are 
sinplified  or  generalized.  These  assunptions  are  part,  of  the  actual  coding  of 
the  model,  and  may  not  1  3  easy  to  change.  Figure  6.1  illustrates  the  basic 
structural  flow  of  the  nKxiel . 
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l-'JojDonl 


Source 


sortie  lengDi  oi  1.7  hour.s 
si->3res  dolivojy  tiiixD  ol  15  niiii 

aircraft  supi-x^r-t  oquipitenL  availability  of  1001. 
IjANTIRN  suppoj’t  eqiilpiteiit  availability  ol  lOOi. 
personnel  allocation  of  85% 

19%  of  missions  are  aii.--to-air 
59%  of  missions  are  aii'-to-groui\d 
19%  of  missions  arc  dual  role 
3%  of  missions  are  ai r-to-qrouiid  nuclear 
50%  of  air-to-aii',  a  i  r-to-gi'ound,  and  dual 
role  missions  aro  flown  single  shi|>,  50% 
of  these  missions  are  flowni  dual  ship 
100%  of  air-to-ground  nuclear  missions  are 
flo\\m  single  ship  foimiat  ion 
peacGtiiiva  tluaif light  (BFO)  is  i.xarforitted  after 
96%  of  all  peacetimes  missions 
wartime  ICT  {keep  aircraft  in  sane  configuration) 
is  performed  after  4%  of  all  peacetine 
missions  and  50%  of  wartime  missions 
wartine  ICT  (ch.ange  aircraft  to  difforont 
configuration)  is  petfonied  after  50%  of 
waitiiie  missions 

iiean  aind  standard  deviation  task  tines  foi' 

PiXl  is  1.5  hr  and  0.25  lu: 
nean  and  standard  deviation  task  tines  for 
wartine  icr  (sane  configturatron)  is  0.42 
hr  and  0 . 10  lir 

nean  and  standard  deviation  task  tines  for 
wartine  ICT  (different  conf iguration)  is 
0.67  hr  and  0,17  lu' 


Iiy  TAC  I''-15E  DCM 
TAC  standar'd 
discussi.oii  with  HQ  TAC 
dlscu.ssion  with  HQ  TAC 
discussion  with  HQ  TAC 
HQ  TAC/DR 
HQ  TAC/DR 
HQ  TAC/DR 
HQ  TAC/DR 


HQ  TAC/DR 
HQ  TAC/DR 

discussion  with  HQ  TAC 


discussion  with  HQ  TAC 


discussion  with  HQ  TAC 
TAC  standard 


F-15E  SORD 


F-15E  pi'iRD 


liable  6.1.  Data  Assumptions 
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Figure  6.1.  F-15E  SLAM  Model  Flow 


In  tlie  peacetime  scenario  at  the  beginning  of  the  servicing  shift,  BFO 
maintenance  actions  are  continued  ar^d  pref light  inspections  are  begun  on 
aircraft  due  to  fly  that  day  if  it  had  no  BPO  in  the  last  48  hours.  No 
unscheduled  maintenance  is  performed  duriiig  the  servicing  shift.  In  wartime, 
preflight  is  performed  in  f^ie  first  shift  of  Uie  day  if  required.  At  the 
beginning  of  other  shifts  in  any  scenario,  personnel  are  reinitialized,  and 
aircraft  are  ranoved  frcni  waiting  queues  and  sent  to  the  network  to  continue 
maintenance . 

Maintenance  is  scheduled  to  he  performed  in  "parallel",  nieaning  i.f  multiple 
maintenance  actions  need  to  be  completed,  tliey  are  performed  at  the  same  time 
if  the  resources  are  available.  Tiiere  eure  three  cases  vdien  parallel 
niaintenance  is  initiated. 

a)  After  a  sortie  wi.th  a  critical  failure  lands.  Critical  failures  must 
have  maintenai^ce  performed  before  the  aircraft  can  fly  again.  Maintenance  on 
non-critical  failures  will  be  performed  in  parallel  if  the  task(s)  can  be 
ccnpleted  before  the  critical  fa).lurG{s)  is  repaired. 

b)  After  the  last  sortie  of  the  day  has  launched.  The  intent  is  to  repair 
PiyC  aircraft  to  FMl  status  without  impacting  sort-ie  generation.  Tasks  must 
have  available  resoiirces  and  be  conpleted  by  the  end  of  the  shift. 

c)  V-fl-ien  tJie  failure  storage  array  becomes  full.  This  is  a  very  rare 
occurrence.  The  array  has  space  for  40  failures.  Mien  an  aircraft  has  40 
failures,  paj:ellel  maintenance  is  performed  on  all  failures  Milch  have 
available  reso’urces  and  Ccui  be  completed  by  the  weekend. 

Series  maintenance,  when  failures  are  fi.ted  one  at  s  time,  one  after 
another,  can  easily  be  added  to  the  model  once  TAC  determines  which  tasks,  by 
WUC,  should  be  done  in  series. 

BPO  is  performed  on  all  aircraft  which  flew  that  day,  and  is  initiated 
after  the  last  sortie  of  the  day  has  launched.  BPOs  and  pref lights  are  good 
for  48  hours  if  the  aircraft  does  not  fly,  otherwise  the  aircraft  must  be 
pref lighted  to  fly.  Aircraft  are  considered  mission  capable  during  tluuf light, 
pref light  and  BPO. 

T  *7 -at*  ^  ■  » r  n  c?  t.TVi/ao  ap  airY^T^af-f"  r>rwa«~>c  a  anH 

\.Al  id  1  *.  ^  WV./1  ««_r  V.4  •  «  t  i  V_>  X.  S.X  ^  L.^  yy^ 

it  is  unavailable.  The  iiKxiel  attsipts  to  find  a  donor  aircraft  in  the  NICS 
queue,  looking  at  aircraft  which  are  already  missing  more  than  one  part,  if  no 
donor  is  available  then  aircraft  which  are  already  missing  only  one  part  are 
checked.  According  to  HQ  TAC,  there  is  no  such  thing  as  a  21  day  old  "iiangar 
queen".  A  "hangar  queen"  is  an  aircraft  wliich  does  not  fly  for  several  days, 
usually  due  to  a  shortage  of  parts.  In  the  model,  on  day  19  of  a  "hangar 
queen”,  a  FMl  aircraft  is  selected  as  the  donor  aircraft  and  p.uts  are 
switched.  Maintenance  raaniiours  are  collected,  the  new  hangar  queen's  tin>er  is 
begun,  and  the  old  hangar  queen  is  made  FMC. 

Phase  inspections  in  the  operational  field  are  scheduled  so  only  a  few 
aircraft  are  in  phase  at  the  same  time.  This  is  done  by  scheduling  aircraft  to 
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fly  so  the  flying  hours  on  each  aircraft  reach  key  quantities  at  the  right 
time.  Table  6.2.1  shows  the  important  paraneters  of  each  phase  inspection. 
The  infomiaticn  was  obtained  from  HQ  TAC/L/3. 


Phase 

Task  Length. 

(in  days) 

Task  Frequency 

(in  cumulative  aircraft  hours) 

HPO  1 

2 

100,300,500,700,900,1100 

HPO  2 

3 

200,1000 

HPO  3 

4 

400,800 

PE  1 

6 

600 

PE  2 

10 

1200 

Table  6.2.1.  Operational  Phase  Inspection  Parameters 


The  nKxlel  does  not  schedule  aircraft  to  fly  by  tail  nimber,  therefore  phase 
inspections  cannot  be  scheduled  in  the  same  way  as  in  the  field.  However, 
phase  timing  can  be  scheduled  by  cumulative  squadron  flying  hours.  The  basis 
for  this  schedule  is  an  examination  of  the  phase  schedule  of  the  33  TFW  at 
Eglin  AFB  over  a  six  month  period.  From  a  study  of  this  data,  the  phase 
inspections  in  the  model  are  scheduled  according  to  Table  6.2.2. 


Phase 


Task  Frequency  (in  total  cumulative  squadron  FH) 


HPO  1  6 
HPO  2  66 
HiX)  1  156 
HPO  3  216 
HPO  1  336 
PE  1  396 
HPO  1  576 


repeat  cycle  at  630  cumulative  squadron  flying  hours 


Table  6.2.2.  IVfcdel  Phase  Inspection  Schedule 


6.3.  RESOURCE  ASSUMPTIONS 

The  nodel  considers  only  the  major  pieces  of  support  equipnnent.  It  is 
assumed  there  are  enough  tools,  ladders,  power  carts,  air  conditioners,  etc,  to 
go  around.  Table  6.3.1  shows  the  support  equipment  modeled  and  their  quantity. 

The  model  assumes  maintenance  personnel  belong  to  three  shops,  the  aircraft 
generation  squadron  (AGS)  which  perform  cn-li.ne  maintainance,  the  equiptnent 
maintenance  squadron  (EMS),  and  the  caiponent  repair  squadron  (CRS)  which 
perform  shop  maintenance. 
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Qiiantity  Support  Equipnient 


1  Displays  Aviordcs  Intermediate  Station  (AIS) 

1  Microwave  AIS 

1  Integrated  Antenna  AIS 

1  Mobile  Electronics  Test  Set  (METS) 

1  Forward  Firing  Armament  Test  Set 

1  Air  to  Ground  Armament  Test.  Set 

1  LANITRN  Power  Supply  Test  Station 

1  lANTIRN  ECU  Test  Station 

1  LANTIRN  Other  LRU  Ifest  Stat.ion 

1  TEWS  Intermediate  Support  Station  (TIS3) 


Table  6.3.1.  Support  Equipment  Modeled 


HQ  TAC/XPM3M  provided  a  list  of  manpower  authorizations  for  the  F-15E. 
Tables  6.3.2  through  6.3.4  show  the  breakdown  of  personnel  by  shop,  AFSC  and 
seme  by  skill  level.  This  data  was  then  modified  according  to  Rivet  Workforce 
irules  supplied  by  AF/I.<EYM.  This  data  represents  the  personnel  authorized  to 
maintain  a  wing  of  aircraft.  Since  the  model  assumes  only  a  squadron,  the 
personnel  are  divided  by  three  and  rounded  to  the  nearest  whole  person  before 
being  written  into  the  model.  The  personnel  allocations  are  also  shown  for  the 
33rd  ITVi  at  Eglin  AFB.  This  information  was  used  during  the  validation  portion 
of  the  model  development. 
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AFSC/Descriptioii 


F-15  C/D  MSIP  F-15E  F-15E 

(33  TFW)  (frau  HQ  TAC/XP)  (Rivet  Workforce) 


423X0  Electrical 

31 

22 

452X5 

39 

423X1  ECS 

23 

17 

423X4  Pneudraulics 

24 

24 

426X2  Propulsion 

80 

78 

452X4 

332 

431X1  Crew  Chief 

257 

230 

427X5  Airframe  Repair 

25 

24 

458X2 

24 

452X1A  Rdr/Nav,  Fire 

No  change 

Cntl,  LANTIRI'I 

3-7  level 

53 

54 

452X1B  Fit  Cntls/Instr 

3-7  level 

43 

33 

452X1C  Coii/Nav 

3-7  level 

35 

39 

45271,  7  level 

0 

30 

462X0  Armament,  Fuel 

197 

242 

No  change 

Tcible  6.3.2.  AGS  Personnel  Authorizations  and  Allocations 
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F-15 

C/D  MSIP 

F-15E 

F-15E 

(33 

AFSC/Description 

TFW) 

(from  HQ  TAC/XP) 

(Rivet  Workforce) 

423X5  AGE 

87 

81 

454X1 

426X2  Propulsion 

8 

9 

454X0A 

427X0  Machinist 

6 

7 

458X0 

14 

427X4  lletal  Processing 

8 

7 

427X2  NDI 

15 

15 

458X1 

427X3  Fabric  and  Para 

6 

14 

458X3 

427X1  Corrosion  Control 

13 

14 

458X2 

27 

427X5  Airfranie  Repair 

14 

13 

431X1  Crew  Chiet 

66 

61 

452X4A 

462X0  Armaitfcint,  Fuels 

40 

49 

No  change 

461X0  Munitions  S^^s 

95 

192 

No  change 

Table  6.3.3.  EI'^  Personnel  Authorizations  and  Allocations 
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AFSC/ Description 


F-15  C/D  MSIP  F-15E  F-15E 

(33  TFW)  (frcro  HQ  TAC/XP)  (lUvet  Workforce) 


423X0  Electrical 

9 

16 

452X5 

423X1  ECS 

7 

7 

423X2  Egress 

14 

33 

454X2 

423X3  Fuel  Systems 

37 

44 

454X3 

423X4  Pneudraulics 

10 

10 

454X4 

426X2  Propulsion 

107 

90 

454X0 

451X4A  Auto  Test  Station 

No  change 

3-7  level 

51 

30 

451X4B  Manual  Test  Station 

3-7  level 

60 

46 

45174,  7  level 

0 

16 

455X0B  Photo  Systems 

16 

15 

No  change 

455X0A  LANTIRN 

0 

43 

No  change 

Table  6.3.4.  CRS  Personnel  Authorizations  and  Allocations 
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7  .  VEHlFiCATlON  AND  VALIDATION 


Veri-f icaLioii  is  defiiied  as  the  process  of  ensuring  a  iiKxlel/siinulation 
executes  as  intended  (8:10).  It  generally  addresses  the  actual  coding/ syntax 
of  the  nKxdel .  Validation  is  defined  as  the  process  of  establishing  that  a 
desired  accuracy  or  correspondence  exists  Iretween  tlie  nvodel /simulation  and  the 
real  world  (8:10).  This  addresses  the  data  and  structural  assumptions  made  in 
the  foCTiiation  and  use  of  the  nrxiel.  Vej-ification  and  validation  arre  an 
integral  part  of  iirdel  developrent,  and  will  increase  the  credibility  of  tire 
model/ siPAulation . 

The  nxDdel  underwent  a  detailed  review  by  the  HQ  AF0T'EC/Iil4  F-15E 
Availability  Model  Committee.  Objectives  of  the  Model  Coirriittee  were  to  verify 
and  validate  the  F-15E  Availability  HKxdel  for  use  dui'ing  F~15E  OT&E  and  to 
approve  the  model  for  release  to  other  AF  agencies .  The  committee  consisted  of 
a  chairperson,  the  nrxlel  developer,  and  four  other  LG4  analysts. 

7 . 1  VERIFICATION 

The  SLAM  language  has  ECHO,  MONTR,  sumiery  and  trace,  and  FILE  statements 
which  can  be  used  to  verify  the  code  is  executing  correctly.  The  ECHO 
statement  provides  a  sumnian,/  of  the  simulation  model  as  interpreted  by  the  SLAM 
processor.  The  MONTR  statement  can  cause  suiranary  reports  to  be  printed,  or 
initiate  a  trace  of  entities  flowing  through  the  network.  The  FILE  statement 
can  print  the  content  of  each  file  to  ensure  entities  are  not  being 
inadvertently  created,  destroyed,  or  changed. 

The  SLAM  output  listing  will  contain  error  statenients  when  an  error  in  the 
input  statesments  is  found  by  the  SLAM  processor.  The  listing  also  contains 
information  on  file  lengths,  wait  times,  and  activity  utilization.  Print 
statements  were  written  at  strategic  locations  in  the  FORTRAN  code  t.o  cause 
messages  stating  when  significant  activities  occiurred  in  the  sLnTJi lotion,  ie, 
when  sorties  launched,  when  sorties  were  reschedv  led  or  missed,  when  and  vdiat 
failures  or  ground  aborts  occu.rred,  which  maintenance  was  initiated,  if 
resources  and  spares  'were  vmavailable,  etc. 

7 . 2  VALIDATION 

There  are  two  nethods  of  validation  -  subjective  and  objective.  SubjeKrtive 
validation  is  an  iterative  process.  It  involves  evaluation  of  the  model  by 
people  knowledgeable  with  the  intended  operational  environment  of  the  F-15E. 
Thi.s  evaluation  was  based  on  exami.nation  of  logic  fJow  charts,  input  parameters 
and  assunpr.ions .  The  sensitivity  of  the  model  outputs  to  changes  in  inputs 
were  examined  to  ensure  the  outputs  changed  in  a  logical  manner. 

Objective  validation  is  more  quantitative .  It  involves  collecting  data  on 
tlie  system  and  statistically  catpaiing  this  to  nxxiel  output.  Since  there  is  no 
squadron  of  operational  F-lhEs  at  this  time,  a  good  siibstitute  would  be  a 
similar  aircraft  which  is  operated  in  a  sindlar  manner.  The  F-15C/D  MSIP 
aircraft  was  chosen  due  to  its  similarity  to  the  F-15E.  The  data  used  in  the 
validation  process  was  obtained  from  the  33rd  TiV/  at  Eglin  AFB  Florida.  The 
33rd  TFW  was  chosen  since  it  was  the  only  operational  wing  with  mainly  F-15C/D 
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MSIP  aircraft.  The  input.s  used  in  the  iixxiel  consisted  of  Aug  87  tlirough  Jan  88 
MDC  data,  the  33rd  Tf'W  ii^aintenance  suiiii' tries,  the  33rd  TTW  mai.ntenance  and 
utilization  plans,  and  expert  judgment  from  experienced  niainten.  nee  personnel 
at  tlie  33rd  TFW  and  tlie  F-15E  Ol’&E  test  team  at  Edwards  AFB  California.  The 
data  from  this  six  month  period  Vvere  averaged  to  obtain  the  33rd  TFW  average. 
The  n>odel  v;as  run  using  a  one  n>onth  warmup  period,  the  statistics  \^re  cleared, 
and  then  a  six  ntonth  simulation  was  run.  This  simulation  was  run  seven  times 
with  a  different  randan  nunter  seed.  The  results  of  these  seven  runs  were 
averaged  to  obtajn  the  nxxiel  average.  Table  7.1  lists  the  comparison. 


33rd  TFW 

Model 

MC 

89.3 

88.3 

BR 

9.7 

10.2 

FR  (8  hr) 

82.3 

90.9 

MRT 

1.8 

1.9 

Table  7.1.  Model  Validation  using  F-15C/D  MSIP 


Those  rcjsults,  as  well  as  tV'O  defiriitions,  assumptions,  Icgica 


1  1  ■ 


and 


input  data  requirements  were  briefed  to  the  33  TFW  and  HQ  TAC  representatives 
for  model  familiarization  and  validation  (2).  HQ  AF0TEC/LG4A  received  a 
message  fi-on  HQ  TAC/DRF  stating  HQ  TAC  has  validated  and  granted  concurrence  to 
AFOTEC  to  implement  the  F-15E  model  during  CT&E  (6). 


8.  OUTPUT 

There  are  t'wo  output  files,  Flh.OUT  and  F15.RPT.  F15.0UT  is  the  standard 
SLAM  output  file  and  contains  statistics  on  all  the  files  and  activities.  It 
could  also  contain  numerous  statements  which  outline  when  every  significant 
activity  happened.  Most  of  the  print  statements  responsible  for  these 
statements  are  connented  out  in  the  FORl’RAN  program  now,  but  they  were  used 
extensively  in  the  model  development  process  and  verification  prtxredures. 

The  second  output  file,  F15.RPT,  is  the  primary  output  file.  It  tabulates 
the  critical  information  and  results  of  the  simulation,  ^^pendix  F  contains  a 
a  sanple  co^Ty  of  the  file.  This  file  echoes  back  some  of  the  inputs,  to 
identify  the  run,  and  contains  the  primary  parameters  outlined  in  the  purpose 
of  the  itiodel.  It  also  includes  additional  information  suen  as  sorties  flown, 
sorties  missed,  total  flying  hours,  MFCS  rate,  NMCR  rate,  number  of  breaks,  and 
nui.iber  of  gimund  aborts  per  flyLng  day.  Availability  of  resources  and  spares 
are  tabulated  to  determine  at  a  glance  which  WUCs  cause  the  most  delays  due  to 
nonavailability  of  resources  or  spares.  MRT  and  MET’  are  also  tabulated  by  WUC 
to  determine  wiiich  WlXZs  take  the  longest  to  repair.  MMH/FH  is  also  tabulated 
by  WIXZ  to  detemrine  wViich  WUCs  contribute  the  most  to  MMH/FH. 
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